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A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1.136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 
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Priority under 35 U.S.C. § 119 
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DETAILED ACTION 

1 . This action is in response to amendments received 25 April 2005. 

Response to Amendment 

2. Examiner acknowledges amendment made to overcome objection to the 
specification on page 9. This objection has been withdrawn. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1 , 4-6, 8, 12-21, and 23 rejected under 35 U.S.C. 103(a) as being 
unpatentable over Bell et al. (U.S. 5,223,827) hereinafter referred to as Bell in view of 
Andersen (U.S. 6,434,715 B1). 

a. As per claims 1,21, and 23 Bell teaches: receiving network management 
data relating to an event condition (lines 15-24 of column 1 and line 56 of column 3 
through line 5 of column 4); determining whether a predetermined number of equivalent 
event shave been generated in a preceding time period (line 54 of column 1 through line 
12 of column 2); and if so generating a recurring event (abstract and lines 15-62 of 
column 1). 
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Bell does not explicitly teach: receiving data relating to a subsequent occurrence 
of the recurring event, and preventing a subsequent event from being presented in the 
event list to the user. However, Andersen discloses: "A limit may be set as to how 
many repeats should be observed before a repeat event/message is generated. 
Similarly a limit may be programmed in as to how many repeat events/messages should 
be generated regardless of the number of observations made," (lines 58-62 of column 
3). 

It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to receive data relating to a subsequent occurrence of the 
recurring event, and prevent a subsequent event from being presented in the event list 
to the user. "This information is useful as an aid in determining the cause or root (i.e., 
systemic root cause) of these events as such would otherwise be difficult to determine," 
(line 67 of column 3 through line 3 of column 4 in Andersen) and "By identifying 
repeating fault events automatically, these systemic fault conditions may be predicted, 
detected, and corrected before a major fault event occurs," (lines 16-19 of column 4 in 
Andersen). It is for these reasons that one of ordinary skill in the art at the time of the 
applicant's invention would have been motivated to receive data relating to a 
subsequent occurrence of the recurring event, and prevent a subsequent event from 
being presented in the event list to the user in the system as taught by Bell. 

b. As per claim 4, Bell does not explicitly teach: adding a time stamp to the 
event data of the recurring event, the time stamp indicating the time of the subsequent 
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occurrence of the event condition. However, Andersen discloses: "Optionally, the 
algorithm may also log the date and time of the event," (lines 10-1 1 of column 2). 

It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to add a time stamp to the event data of the recurring event, with 
the time stamp indicating the time of the subsequent occurrence of the event condition. 
"The algorithm determines if this particular fault type (or event type) has occurred before 
(e.g., the same type of fault on the same phase). If such a fault has occurred before, 
the time since the last such fault occurrence and the total number of such fault type 
occurrences are determined. This is then compared against the user-input number of 
events and/or time frequency specified to merit the generation of a repeat event," (lines 
1 1 -1 8 of column 2 in Andersen). It is for this reason that one of ordinary skill in the art 
at the time of the applicant's invention would have been motivated to add a time stamp 
to the event data of the recurring event, with the time stamp indicating the time of the 
subsequent occurrence of the event condition in the system as taught by Bell. 

c. As per claim 5, Bell teaches: the preceding time period is an immediately 
preceding time period (abstract and lines 45-62 of column 1). 

d. As per claim 6, Bell teaches: data relating to an event is recorded in an 
event storage. 

Bell fails to teach: recorded event data includes the time of the event; and the 
step of determining whether a predetermined number of equivalent events have been 
generated in a preceding time period comprising: determining the number of equivalent 
events in the event storage having a time within the predetermined time period, and 
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comparing the determined number with the predetermined number. However, 
Andersen discloses: "Optionally, the algorithm may also log the date and time of the 
event," (lines 1 0-1 1 of column 2); and "A limit may be set as to how many repeats 
should be observed before a repeat event/message is generated. Similarly a limit may 
be programmed in as to how many repeat events/messages should be generated 
regardless of the number of observations made. This information may be displayed at 
the trip unit 30 or at a central computer (not shown). This may be displayed (or printed) 
in the form of a log or by type of event along with the number of repeat events, the time 
since the prior event occurrence and/or the frequency of such event occurrences," (lines 
62-67 of column 3). 

It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to have recorded event data include the time of the event; and the 
step of determining whether a predetermined number of equivalent events have been 
generated in a preceding time period comprising: determining the number of equivalent 
events in the event storage having a time within the predetermined time period, and 
comparing the determined number with the predetermined number. "The algorithm 
determines if this particular fault type (or event type) has occurred before (e.g., the 
same type of fault on the same phase). If such a fault has occurred before, the time 
since the last such fault occurrence and the total number of such fault type occurrences 
are determined. This is then compared against the user-input number of events and/or 
time frequency specified to merit the generation of a repeat event," (lines 1 1-18 of 
column 2 in Andersen). 
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It is for this reason that one of ordinary skill in the art at the time of the applicant's 
invention would have been motivated to have recorded event data include the time of 
the event; and the step of determining whether a predetermined number of equivalent 
events have been generated in a preceding time period comprising: determining the 
number of equivalent events in the event storage having a time within the 
predetermined time period, and comparing the determined number with the 
predetermined number in the system as taught by Bell. 

e. As per claim 8, Bell teaches: receiving network management data relating 
to an event condition (lines abstract and 15-24 of column 1); and determining whether 
the monitored characteristic for the event condition is in a recurring state, and 
processing the data according to whether the monitored characteristic for the event 
condition is in a recurring state (abstract and lines 15-62 of column 1 ). 

f. As per claim 1 1 , Bell does not explicitly teach: determining whether the 
event condition has occurred more than the first predetermined number of times in the 
first preceding time period, and if so, preventing the received data relating to the event 
condition from being presented in the event list to the user. However, Andersen 
discloses: "A limit may be set as to how many repeats should be observed before a 
repeat event/message is generated. Similarly a limit may be programmed in as to how 
many repeat events/messages should be generated regardless of the number of 
observations made," (lines 58-62 of column 3). 

It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to determine whether the event condition has occurred more than 
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the first predetermined number of times in the first preceding time period, and if so, 
preventing the received data relating to the event condition from being presented in the 
event list to the user. "This information is useful as an aid in determining the cause or 
root (i.e., systemic root cause) of these events as such would otherwise be difficult to 
determine," (line 67 of column 3 through line 3 of column 4 in Andersen) and "By 
identifying repeating fault events automatically, these systemic fault conditions may be 
predicted, detected, and corrected before a major fault event occurs," (lines 16-19 of 
column 4 in Andersen). 

It is for these reasons that one of ordinary skill in the art at the time of the 
applicant's invention would have been motivated to determine whether the event 
condition has occurred more than the first predetermined number of times in the first 
preceding time period, and if so, preventing the received data relating to the event 
condition from being presented in the event list to the user in the system as taught by 
Bell. 

g. As per claim 12, Bell does not explicitly teach: adding the time of the 
received data relating to the event condition to event data of the event in the recurring 
state. 

However, Andersen discloses: "Optionally, the algorithm may also log the date 
and time of the event," (lines 10-1 1 of column 2). 

It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to add the time of the received data relating to the event condition 
to event data of the event in the recurring state. "The algorithm determines if this 
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particular fault type (or event type) has occurred before (e.g., the same type of fault on 
the same phase). If such a fault has occurred before, the time since the last such fault 
occurrence and the total number of such fault type occurrences are determined. This is 
then compared against the user-input number of events and/or time frequency specified 
to merit the generation of a repeat event," (lines 1 1-18 of column 2 in Andersen). 

It is for this reason that one of ordinary skill in the art at the time of the applicant's 
invention would have been motivated to add the time of the received data relating to the 
event condition to event data of the event in the recurring state in the system as taught 
by Bell. 

h. As per claim 13, Bell teaches: if it is determined that the event condition 
has not occurred more than the first predetermined number of times in the first 
immediately preceding time period, the method further comprises generating an event 
for presentation in the event list to the user (abstract and lines 15-62 of column 1). 

i. As per claim 14, Bell teaches: the generated event is not a recurring event 
(abstract and lines 34-50 of column 2). 

j. As per claim 15, Bell teaches: wherein if it is determined that the 
monitored characteristic for the event condition is not in a recurring state, the method 
further comprises determining whether a second predetermined number of equivalent 
events have been generated in a second preceding time period (line 51 of column 2 
through line 12 of column 3). 
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k. As per claim 16, Bell teaches: generating a recurring event if it is 
determined that the second predetermined number of equivalent event have been 
generated in the second preceding time period (abstract and lines 15-62 of column 1). 

I. As per claim 17, Bell does not explicitly teach: preventing a subsequent 
event from being presented in the event list to the user following a subsequent 
occurrence of the event condition. However, Andersen discloses: "A limit may be set as 
to how many repeats should be observed before a repeat event/message is generated. 
Similarly a limit may be programmed in as to how many repeat events/messages should 
be generated regardless of the number of observations made," (lines 58-62 of column 

It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to prevent a subsequent event from being presented in the event 
list to the user following a subsequent occurrence of the event condition. "This 
information is useful as an aid in determining the cause or root (i.e., systemic root 
cause) of these events as such would otherwise be difficult to determine," (line 67 of 
column 3 through line 3 of column 4 in Andersen) and "By identifying repeating fault 
events automatically, these systemic fault conditions may be predicted, detected, and 
corrected before a major fault event occurs," (lines 16-19 of column 4 in Andersen). 

It is for these reasons that one of ordinary skill in the art at the time of the 
applicant's invention would have been motivated to prevent a subsequent event from 
being presented in the event list to the user following a subsequent occurrence of the 
event condition in the system as taught by Bell. 
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m. As per claim 18, Bell does not explicitly teach: adding a time stamp to the 
event data of the recurring event, the time stamp indicating the time of the subsequent 
occurrence of the event condition. However, Andersen discloses: "Optionally, the 
algorithm may also log the date and time of the event," (lines 10-1 1 of column 2). 

It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to add a time stamp to the event data of the recurring event, with 
the time stamp indicating the time of the subsequent occurrence of the event condition. 
"The algorithm determines if this particular fault type (or event type) has occurred before 
(e.g., the same type of fault on the same phase). If such a fault has occurred before, 
the time since the last such fault occurrence and the total number of such fault type 
occurrences are determined. This is then compared against the user-input number of 
events and/or time frequency specified to merit the generation of a repeat event," (lines 
1 1 -1 8 of column 2 in Andersen). 

It is for this reason that one of ordinary skill in the art at the time of the applicant's 
invention would have been motivated to add a time stamp to the event data of the 
recurring event, with the time stamp indicating the time of the subsequent occurrence of 
the event condition in the system as taught by Bell. 

n. As per claim 19, Bell teaches: if it is determined that the second 
predetermined number of equivalent events have not been generated in the second 
preceding time period, the method further comprises generating an event for 
presentation in the event list to the user (abstract and lines 15-62 of column 1 ). 
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o. As per claim 20, Bell teaches: the first and/or second preceding time 
period is an immediately preceding time period (abstract and lines 45r62 of column 1). 

Response to Arguments 

5. Applicant's arguments filed 25 April 2005 have been fully considered but they are 
not persuasive. 

6. (A) Applicant argues that neither Bell nor Andersen disclose the limitations of 
claims 1, 8, and 23, particularly: each describe the suppression of the logging of an 
event that would otherwise be recorded as indicative of an event occurrence. The 
examiner respectfully disagrees. 

As to point (A), the examiner points to lines 59-62 of column 3 in Andersen which 
discloses: "Similarly a limit may be programmed in as to how many repeat 
events/messages should be generated regardless of the number of observations 
made." This clearly describes suppression of the logging of an event that would 
otherwise be recorded as indicative of an event occurrence. 

Conclusion 

THIS ACTION IS MADE FINAL Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
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TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

7. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

Eshghi et al. (U.S. 5,893,083) discloses monitoring events with corrective actions 
in a computer. 

Jones et al. (U.S. 6,044,407) discloses ignoring repeat events. 
Whitmire et al. (U.S. 6,167,403) discloses network device with selectable trap 
definitions. 

Bergman et al. (U.S. 6,442,694 B1) discloses fault isolation and event 
monitoring. 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael Meucci at (571) 272-3892. The examiner can 
normally be reached on Monday-Friday from 9:00 AM to 6:00 PM. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Andrew Caldwell, can be reached at (571) 272-3868. The fax phone 
number for this Group is 571-273-8300. 

Communications via Internet e-mail regarding this application, other than those 
under 35 U.S.C. 132 or which otherwise require a signature, may be used by the 
applicant and should be addressed to [michael.meucci@uspto.gov]. 

All Internet e-mail communications will be made of record in the application file. 
PTO employees do not engage in Internet communications where there exists a 
possibility that sensitive information could be identified or exchanged unless the record 
includes a properly signed express waiver of the confidentiality requirements of 35 
U.S.C. 122. This is more clearly set forth in the Interim Internet Usage Policy published 
in the Official Gazette of the Patent and Trademark on February 25, 1997 at 1 195 OG 
89. 

9. Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 




